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DECLARATION PURSUANT TO 37 CFJt. S L131 



Sir; 



1, William R Micka, hereby declare that: 

1 I am the inventor of the subject matter described and claimed in the above-identified 
patent application. 

2, Prior to March 14, 2001, which is the effective priority date of U.S. Patent No, 
6,643,671 to Mfliilo* I conceived and reduced to practice the invention- described in Exhibit A 
which is the subject of U r 3, Patent Application Serial No, 10/079,458, 

3, As evidence of the conception and reduction to practice of prior to ihe date of March 
14, 2001, annexed hereto is Exhibit A, Exhibit A is a true photocopy of IBM invention 
disclosure TUC8-200 1^0090 and FCR 572-^N, which supports that the invention was created 
prior to March 14 a 2001. The IBM invention disclosure and FCR 572-N contained within 
Exhibit A includes drawings and an enabling description for the claims of the present 
application. 

All dates within the original IBM invention disclosure have been redacted in the 
preparation of thi s Declaration. 



4. I do hereby declare that ail statements made herein of my own knowledge are true : 
and that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under 1SU.S.C. § 1001, and that such 
willful false statements may jeopardize the validity or enforceability of the patent. The acts 
relied upon to establish the date prior to the reference or activity were carried out in this country 
or in a NAFTA country or in a WTO member country. 
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William F. Mtcka 
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Disclosure TUC8-20Q1 -0090 

Prepared for and/or by an IBM Attorney - IBM Confidential 

Created By William Mrcka On 
Last Modified By wptel wptsl On 
Archived on 



Required fields are marked With the asterisk ( ) anci must be filled in to complete the form . 

* Title of disclosure (in English) 

Incremental Change control for Remote Copy 

Summary 



Status 



Final Decision (File) 



Finai deadline 



Final deadline reason 



Docket family 



TUC9-2001-0091 



* Processing location 



Tucson 



* Functional area 



Attorney/Patent professional 



(Myers) Remote Copy Services 



Business Area Manager/tDT Lead 



Evaluators 



Submitted date 



Owning division 



SPD 



Incentive program 



fflC12) Storage Networking 



Lab 



* Technology code 



Patent value tool (PVT) score 



Inventors with a Blue Pages entry 

Inventors: WJtliam Micka/Tucson/IBM 

Inventor Kerne 



Inventor 
Serial 



Div/Dept 



Inventor 
Phone 



Manager Name 



> denotes primary contact 



inventors without a Blue Pages entry 
Invention Development Team Information 
Main Idea 



To view the Main Idea of this disclosure, open the "Main Idea" document from the view 
*Crttical Questions {Questions 1-9 must be answered in English) 



^Question 1 

On what date was the invention workable? Please format the date as MM/DD/YYYY 
(Workable means Le. when you know that your design will solve the problem) 



*Question 2 • Yes 

is there any planned or actual publication or disclosure of your invention to O No 

anyone outside IBM? : ^ 

if yes, Enter the name of each publication or patent and the date published below. 



TUC&-2001-009Q Incremental Change control for Remote Copy - continued 



PubticalionyPatenL: We plan to ship this on Shark, therefore Redbooks and product lit wlB dfscuss the function. 
Pate Published or issued: Not published yet. 



Are you aware of any publications, products or patents that relate to this OYes 

invention? _ * No 

If yes, Enter the name of each publication or patent and the date published below, 

Publication/Patent: 
Date Published or Issued: , 



*Question 3 ™ ^ Y ^ s 

Has the subject matter of the invention or a product incorporating the invention O no 
been sold, used internally in manufacturing* announced for sale, or included in a 

proposal? — , m — — « 

is a sale, use in manufacturing, product announcement or proposal planned? • Yes 

kJ No 



" if Yes identify the product if known and indicate the date or planned date of sale, announcements, or 
proposal and to whom the sale, announcement or proposal has been or wilt be made. 

Product: 21 05 Shark 
Versfon/Refease:8lackttp 2 
Code Name: 



"To VMiiorrv 

Jf more than one, use cut and paste and append as necess ary in the field provided, 



^Question 4 2 
Was the subject matter of your invention or a product incorporating your W No 

invention used in public, e.g. outside IBM or in the pres ence of non-lBMers? 

jf yes T give a date. Please format the dale as My/PP/YYYY 



^Question 5 " wvSs 

Have you ever di scussed your Invention with others not employed at IBM? Q No 

If yes, identify individuals and date discussed. Fill in the text area with the flowing Information, the 
names of the individuals, the employer, date discussed, under CPA, and CPA #. 
Fidelity under CPA. Merrill Lynch under CPA _ — 



*Question6 ~~ OYes 
Was the invention, in any way, started or developed under a government W No 
contract or project? Q Not 



sure 



jf Yes, enter the contract number 



Was the invention made in the course of any alliance, joint development or other • No 
contract activities? ° m Sure 

If Yes, e nter the following: , __ 

— ~~ Name of Alliance, Contractor or Joint Developer 



Contract ID number 



Relationship contact name 



Relationship contact E-mail 



Relationship contact phone 
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TUC6*2001-0090 Increment Change control for Remote Copy - continued 



"Questions 4 . 
Have you, or any of the other Inventors, submitted this same invention w No 

disclosure or similar invention disclosure previously? 

If Yes, please provide disclosure number below: 



"Question 9 ~~ ~ ^ Yes 



Are you, or any of the other inventors, aware of any related inventions • No 

disclosures submitted by anyone in IBM previously? . 

if Yes please provide the docket or disclosure number or any other identifying information below: 



Whaf^of companies do you expect to compete with inventions of this type? Check all that apply. 
tX) Manufacturers of enterprise servers 
D Manufacturers of entry servers 

□ Manufacturers of workstations 

□ Manufacturers of PC's 

D Non-computer manufacturers 
ID Developers of operating systems 

□ Developers of networking software 
Q Developers of applicafton software 
13 integrated solution providers 

O Service providers 

13 Other (Please specify below) 

DASD vendors such as EMC and Hitachi - 

Question 11 . , it i 

If the invention relates to a product or service that Is outside the scope of your business unit please 
recommend IBM business unit(s), IBM iocation(s) or Indlvidual(s) within IBM that you think would 
provide a good evaluation of your invention: 



'Patent Value Too! {Optional - this may be used by the inventor and attorney to assist witb the evaluation) 

(The Patent Value tool can be used by the inventor(s) to determine the potential licensing value of your , 

invention.) 

Market 

^Question 1 : What is the anticipated annual market size (in dollars) that will be captured by your 
invention? 

Reason(s) for above Answer: 
Claims 

^Question 1: How new is the technical field? 
Reason(s) for above Answer: 

^Question 2: How central is the invention to the produces) which might be expected to contain the 
invention? 

Reason(s) for above Answer: 
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^Question 3; What is the scope of the claim? 
Reason(s) for above Answer: 
Portfolio Need 

^Question 1: What are the portfolio needs in the area of your invention? 
Reasbn(s) for above Answer: 
Exploitation & Enforcement 

^Question 1 : How easily can the use of the invention by a competitor be detected? 
Reason(s) for above Answer: 

'Question 2: How easily can the use of the invention be avoided by a competitor? 
Reason(s) for above Answer: 
Business Value 

"Question 1 : What percentage of the companies producing products In the field of this invention might use 
this invention? 

Reason(s) for above Answer: 

^Question 2; What is the value of this patent to current or anticipated Alliance Activity between IBM and 
other companies? 

Reason(s) for above Answer: 

^Question 3: What is the value of this patent to current or anticipated Technology Transfer Activity 
between IBM and other companies? 

Reason(s) for above Answer: 

^Question 4: Does it result in prestige to IBM? 

Reason(s) for above Answer: 

Evaluation 
Search information 
Search Office Information 
Allocation and Additional Biilers 
FSna) Decision 

Post Disclosure Text & Drawings 

(Form Disclosure, Revised \ ) 
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FCR 572-N, Incremental DSO FlashCopy* 

Date Submitted: 
Date Approved: 
Originator: 

Bill Micka 

Request Type: 

Added new functions 

Definition 

■ Add changes to DSO Establish FlashCopy to specify incremental Flash Copy operations. 
• Add changes to Establish Peer-to-Peer Remote Copy Pair for incremental FlashCopy in com- 
bination with Peer-to-Peer Remote Copy. 

Proposed Solution 

Change spec as noted below. 

See the attachment for functional specification changes. 
Persons Contacted Prior to Submitting Request: 

Areas Affected by Solution: 

Model: All Devices: All 

o LOGIC DESIGN X PROGRAMMING SUPPORT X PUBLICATIONS 

X MICROCODE o DEVICE ENGINEERING o PLANNING 

X RAS o DEVICE RAS o FE 

Investigator: 

W. F, Mlcka ADDRESS: 65E/03M TUC PHONE; 321-4132 
Review Date: 

Target Release: 

Shark Blacktip 

Disposition: 

APPROVED 

Implementation Responsibility 

Shark coders / Host Software / WEB interface 



Owner: fflffiMMMMmtfflM&m 
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572-N-APPROVED 



This FCR contains modifications to the ESS PASD 
Attachment Specification, 



Functional Change 



Update Establish PeertChPeer Remote Copy Pair 
order to specify that the PeeHo-Peer Remote Copy 
operation is in an Incremental FiashCopy - Section 
4.11.2,27 Page 132 



L 



See FCR510 



End of Functional Change 



~ ~~ Functional Change 

Update DSO Establish FiashCopy order to add the 
bits and control options for Incremental FiashCopy 
and FiashCopy in combination with Peer«to-Peer 
Remote Copy. ~ Section 4.11.3.3 Page 147 



End of Functional Change 



41 1 .3.3 DSO Establish FiashCopy (Order X • 48 ■ ) 

The DSO Establish FiashCopy order identifies to the 
control unit a source and target volume and the asso- 
ciated extents to create a FiashCopy relationship. 
There is one type of FiashCopy in the ESS product, 
Home Area FiashCopy. For Home Area FiashCopy, 
an entry is created in a source and target relationship 
table when an extent is established. The entry con- 
tains a sequence number The Sequence number 
remains the same for all extents established within 
the current command. 

In Phase one and two for Home Area FiashCopy, a 
volume can have only one relationship at a time. If 
this command will cause more than one r the 
command is terminated with status that includes unit 
check {Command Reject, format X»0F< , Status Not as 
Required, Reason Code 82). 

If the resources required to complete this command 
are not available in the control unit or internal hard- 
ware conditions prevent the establishment the 
command is terminated with status that includes unit 
check (Command Reject format X'OF', Status Not as 

> Required, Reason Code 9C). 

> If the number of relationships will exceed the 

> maximum atlowed, the command is terminated with 

> status that includes unit check (Command Reject 

> format X * OF \ Status Not as Required, Reason Code 

> 9D). (This is for Data Set level) 

In order to ensure the integrity of the FiashCopy 
relationships, the ESS battery feature must be 
installed and operational, if it is not the command is 
terminated with status that includes unit check 
(Command Reject format X'0F\ Status Not as 
Required, Reason Code 83). 



The volumes specified in this order must have the 
same track type. When a full volume FiashCopy copy 
is specified, the target volume must have greater than 
or equal to the number of tracks as the source 
volume. For FiashCopy Phase 1 and 2, the source and 
target volumes must be in the same logical sub- 
system. For Phase 3 Home Area FiashCopy only, the 
number of target extents must equal the number of 
source extents and the associated tracks must be of 
the same type. If these conditions are not met the 
command is terminated with status that includes unit 
check (Command Reject, format X'OF ■ ( Status Not as 
Required, Reason Code 84). 

The Nonvolatile Storage must be available, If it is not, 
the command is terminated with status that includes 
unit check (Command Reject format X*0F\ Status 
Not as Required, Reason Code 00). 

For a CKD operation, the addresses in bytes 5 and 7 
must be base addresses. If they are not, then exe- 
cution is terminated with status that includes unit 
check (Command Reject, format X ' OF \ Status Not as 
Required, Reason Code 64). 

When the operation is for a CKD volume, the volume 
specified as the source volume must be the address 
this command is received on. If the volume specified 
is a Fixed Block volume, the address this command Is 
received on can be any valid CKD address in the sub- 
system. If either of these conditions are not met, the 
command is terminated with status that includes unit 
check (Command Reject, format X "04* , invalid Param- 
eter), 

Note: tf this command is received on a SYS/390 
channel and the order indicates that the opera- 
tion is for a fixed block device, a Diagnostic 
Control command must have been received 
previously that enables this capability. See 
Section 4.9.3.9 T "Diagnostic Test Support ~ F0" 
on page S9. If the Diagnostic Test Support 
order Copy Services Mode Control was not set 
to one, the command is terminated with status 
that includes unit check (Command Reject, 
format X 1 04 1 f Invalid Parameter). 



A Fixed Block LUN specified as a source must be in a 
ready state. Some reasons for a LUN being not ready 
are: 

• LUN is long busy 

• LUN is uninstalled 

• LUN is performing a Write Same or Format Unit. 

if the LUN is not ready, the command. is terminated 
with status that includes unit check (Command Reject, 
format X'0F\ Status Not as Required, Reason Code 
65). 

A Fixed Block LUN specified as a target must not be 
reserved to another initiator. If the LUN is reserved to 
another initiator, the command is terminated with 
status that includes unit check (Command Reject, 
format X ■ OF * , Status Not as Required, Reason Code 
9B), 



> A Fixed Block LUN specified as a target must not be 

> long busy, uninstalled, or performing a Write Same or 



572-^2 
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> Format Unit. If any of these conditions exist, the 

> command Is terminated with status that includes unit 

> check (Command Reject, format X * OF \ Status Not as 

> Required. Reason Code 13). 

The volume specified in bytes 4-5 or 6-7 must not be 
in CE mode, CC3 (non-existent device), write inhibited 
by internal Controlier action, device long busy, or 
'Status cannot be determined' state. If they are, the 
command 1$ terminated with status that includes unit 
check (Command Reject, format X'OF', Status Not as 
Required, Reason Code 22). 

if the specified target volume is a Peer-to-Peer 
Remote Copy primary or secondary volume or a XRC 
} source volume, and bytes 2-3, bit 10 is zero, the 
command is terminated with status that includes unit 
check (Command Reject, format X'OFs Status Not as 
Required, Reason Code 85). 

If the specified source or target volume has pinned 
data, the command is terminated with status that 
includes unit check (Command Reject, format X f 0F r , 
Status Not as Required, Reason Code 56), 

When a Diagnostic Control Suborder 15 has been 
received by a device, the device is protected from 
being overwritten by outboard copy functions, if a 
device in this state is specified as a FiashCopy target 
and the FiashCopy feature has been enabled, the 
command is terminated with status that Includes unit 
check (Command Reject format X' OF \ Status Not as 
Required, Reason Code 87). Receipt of a Diagnostic 
Control Suborder 16 will clear the protected state. 

> If byte 1 bit 1 is set indicating a FiashCopy Remote 

> operation; 

> i The volume receiving the command must be a 

> PeeMo-Peer Remote Copy primary, if this condi- 

> tion is not met, the command is terminated with 

> status that includes unit check, (Command Reject, 

> format X'0F\ Status Not as Required, Reason 

> Code 94). 

> * The Secondary Peer-to-Peer Remote Copy volume 

> must not be long busy- if it is, the command is ter- 

> minated with status that includes unit check 

> {Command Reject, format X f 0F\ Status Not as 

> Required, Reason Code 13). 

> * The FiashCopy Source volume address in bytes 

> 4-5 must be the same as the secondary PPRC 

> volume associated with the PPRC primary volume 

> receiving this command. If this condition Is not 

> met, the command is terminated with status that 

> includes unit check, (Command Reject, format 

> X 1 0F * , Status Not as Requlred f Reason Code AO). 

> * The Secondary Peer-to-Peer Remote Copy volume 

> must not be long busy, if it is, the command is ter- 

> minated with status that includes unit check 

> (Command Reject, format X s QF r , Status Not as 

> Required, Reason Code 13). 

> • The secondary Peer-to-Peer Remote Copy volume 

> must not be in 'Status cannot be Determined' 

> state. This information will be obtained by a 

> RSSD order X'OF 1 command sequence from the 

> primary CU to the Secondary CU over the Peer to 

> peer interface. If it is, the command is terminated 

> with status that includes unit check (Command 



> Reject, format X'0F\ Status Not as Required, 

> Reason Code 22), 

> * There must be at least one active path estab- 

> llshed to the secondary control unit to complete 

> this order. If there are no paths, the command is 

> terminated with status that includes unit check 

> (Command Reject, format X'0F\ Status Not as 

> Required, Reason Code 52). 

> • If the primary control unit timed out waiting for 

> communications resources to complete the 

> command with the secondary volume, the 

> command is terminated with status that includes 

> unit check (Command Reject, format X 1 OF % Status 

> Not as Required, Reason Code 5A). 

If byte 1 bit 3 is set indicating a Restart FiashCopy 
operation, the volumes specified as the source and 
target must be the same as an existing relationship 
for either volume. If the specified source and target 
are not in any FiashCopy relationship, this command 
establishes the FiashCopy as if byte 1 bit 3 was not 
set If tbe source and/or target volumes are involved 
in another relationship, the command is terminated 
with status that includes unit check, (Command 
Reject, format X 1 OF 1 , Status Not as Required, Reason 
Code 97). 

> If byte 1 bit 3 is set indicating a Restart FiashCopy 

> operation and the operation could not be completed 

> due to the inability to write metadata or global status, 

> the operation will be terminated, the volumes wjH be 

> placed into a terminate pending state with an indi- 

> cation in NVS to this effect When the fault causing 

> this error is repaired, the volumes will be terminated. 

> in the terminate pending state, status commands will 

> sense that the volumes are simplex and new 

> FiashCopy relationships can be established. When the 

> terminate pending state is entered, the command is 

> terminated with status that includes unit check, 

> (Command Reject, format X'0F\ Status Not as 

> Required, Reason Code 9A). 

> If bytes 2-3 bit 10 is set indicating an Incremental 

> PeeMo-Peer Remote Copy operation, the target 

> volume must be a Suspended Peer-to-Peer Remote 

> Copy Primary volume. The Primary volume must have 

> received a Establish Peer-to-Peer Remote Copy Pair 

> order with bytes 32-33 bit 7 set to one. If these condi- 

> tions are not met, the command is terminated with 

> status that Includes unit check, (Command Reject, 

> format X'OFs Status Not as Required, Reason Code 

> 98). 

A CKD target device must not be in an on-line state 
while a DSO Establish FiashCopy is attempting to 
establish the pair when byte 2 bit 5 is set to 1. If it is, 
the command Is terminated with status that includes 
unit check (Command Reject, format X'0F\ Status 
Not as Required, Reason Code 60). 

For the specified CKD volume, when this command is 
firsMn-chain (excluding SMR), and a Perform Sub- 
system Function, Set Special intercept Condition was 
executed for the addressed device on any interface 
with the same path group identifier as the interface 
processing the command, processing of this 
command is terminated with status that Includes unit 
check (Command Reject, Environmental Data Present, 
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format X ? 0F f Reason Code 80) with a program action 
code of X'7(K 

This order requires a minimum of twenty six param- 
eter bytes. The maximum number of bytes that can 
be sent is 1786. The order-unique bytes are defined 
as follows: 



Fiaure 20. DSO Establish FiashCopy Parameters 


Byte 


Value 


Description 


0 


X'4S< 


DSO Establish FiashCopy 


1 




FiashCopy Rags Byte 1 
Bits Description 

0 Message required * set to one for 
FiashCopy Phase 1 & 2, A message will 
be provided when the <destage of modi' 
fied data' tasfc from the source volume's 
cache has completed and the 'discard of 
modified data' task for the target has 
been completed, 

1 FiashCopy Remold. See detail following 
the figure. 

2 FteshCopy Freeze. See detail following 
the figure. 

3 FtashCopy Restart, See detail following 
the figure. 

4-7 Not used 






2-3 




FiashCopy Flags Bytes 24, See text following 
table for more detail. 

Bits Description 

0 Not used 

1 Accelerated destage mode. 

Z Peer*to~Peer Remote Copy mode. 

3 CKD volume if set to zero. Fixed Slock 
volume if set to one. 

4 If zero* perform a background copy for 
the identified extents. If set to one, do 
not perform the background copy. 

5 When this bit is set to zero, allow the 
target device to be to an on-tfne state. 

When this bit & set to one, do not allow 
the pair to be established if the target 
volume Is on-line to any host 

6 If this bit is set to zero, destege all 
source cache modified data before 
allowing modifications to the volume. 

7 Start Change Recording for the 
FiashCopy voluma pair. 

ft Initlklfc t ■ ft-lti-xt- tat hn«A^ writ i nv%Ji 

8 inniDK wmes to tne targe i voiume, 

9 Persistent FiashCopy Relationship. 

10 Incremental PeeMo-Peer Remote Copy 
operation. 

11 Perform operations at a specific time 
interval when set to one. 

12 Restore FiashCopy pair wim changed 

; tracks indicated In the change recording 
bitmap. {Not a BistckTip dasvembte.) 

13-16 Wot used 


4-5 




Source Volume address. High byte Is the LSS. Low 
byte Is the CKD volume address or the Fixed Block 
LUN address. When byte 1 bit 1 is set to one, the 
address specified Is that of a remote Peer-to-Peer 
Remote Copy secondary volume. 


6-7 




target Volume address, High byte is the LSS. Low 
byte Is the CKD volume address or the Fixed Block 
LUM address. When byte 1 bit 1 is set to one, the 
address specified is that of a remote volume that 
: w$ be the target volume for a Peer*to*Feer 
Remote Copy secondary, 


8-9 




PeeMo-Peer Remote Copy target/secondary 
volume SS1D. This field Is valid only when byte 1 r 
bit 1 or FiashCopy Flags bytes 2-3 bit 2 is set to 
one. 


1<M9 




PeeHo-Peer Remote Copy target/secondary 
volume control unit serial number. This field Is 
valid only when byte 1, bit 1 or FiashCopy Flags 
bytes 24 bit 2 is set to one, 



Fiqure 20, DSO Establish FiashCopy Parameters 


Byte 


Value 


Description 


20-21 




Source host device number, Used by VM for mini 
disk identification. This field is not used or stored 
h the subsystem, 


22-23 




Target host device number, Used by VM for mini 
disk identification. This fold is not used or stored 
In the subsystem, 


24-nn 




These fields have a different meaning depending 
on the Flag byte and the FiashCopy flags. If byte 
1, bit 1 or FiashCopy Ffags bits 10 or 11 are set to 
one, the count of extents and the extents Sefds will 
be shifted down in order to provide more param- 
eier Dy^s*. 


24-25 




Format when byte 1 bid and FiashCopy flags &ts 

of the Extent pairs to follow. The maximum value 
is 110. For a Fixed Block WK this field is nol 
used. A vaiue of zero is allowed and performs 
parameter cneciwig peivte \sKitJiz vui i& <a iwr iui 
ail other functions. ! 


26-41 




Extent Pairs in the form CCHH, 
Bytes Description 
2G"29 Source Start. 
30*33 Source End. 
34-37 Target Start. 
38-41 Target End. 


42* 
nn 




Remaining Extent pairs. 


24-41 




Format when byte 1 bit 1 or FiashCopy Sags bits 
10 or 11 are set to one. 

This is not a SlackTip deliverable 


24-26 




FiashCopy Ffags extended. 
Bit Description 

0 The time fieid is vaifd and contains an ft 
byte dock value to be compared with the 
ESS internal ctock, When the values are 
equal or the ESS ciocK is greater than the 
value, a FiashCopy operation will be per- 
formed. 

1 The time field is valid and the first 4 
bytes contain a count The granularity o* 
each count is 100 milliseconds, When the 
ESS achieves a value which is a multtpie 
of the number in this fieid mufciplied by 
100 milliseconds, a FiashCopy operation 
w+ll be performed, 

2-16 Mot used 


26-27 




Session ID when not zero. A 


28*35 




time value to used tor a scheduled FiashCopy 
operation, 


42-nn 




Mot used when byte 1 bit 1 or FfasnCopy flag's bits 
10 or 1 1 are set to one. These fields could be used 
when Data Set FiashCopy is designed. 


Mole: A specie track or extent Is addressed by a two-level address ol 
the form 'CCHH/ where W is an unsigned 16-bit binary cylinder 
number and W is an unsigned 16-blt binary track number within the 
cylinder. 



When a Fixed Block voiume is specified, bytes 24 and 
following are ignored if received for the command. 



Detail for flag byte 1 

Bite Description 

| O Message required. 

Note: in addition, this bit will be set when 
FiashCopy Remote is specified and 
when the command is issued to the 
PeeMo-Peer Remote Copy secondary 
volume. The Peer-to-Peer Remote Copy 
interface must provide the read 
message !D function, 

1 FiashCopy Remote. With this bit set to one, the 
source and target volumes are referenced to a 
PeeMo-Peer Remote Copy secondary location, 
This command must be issued to a Peer-to- 
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Peer Remote Copy primary volume when this 
bit Is set. Full volume only operations are 
allowed. 

When this command is received with this bit 
set to one, the Peer-to- Peer Remote Copy pair 
will become suspended following communi- 
cation of the FlashCopy order to the remote 
location. 

The remote volume is considered a conduit to 
transmit the command. The actual volume 
address is contained in the parameters, 

2 FlashCopy Freeze, Following the destage of 
source data (during which the volume is not 
accepting writes)* the volume will remain long 
busy until the thaw command (Consistency 
Group Created) releases the volume or the 
timer expires. 

The timer is set to a default of 120 seconds and 
is called the Consistency Group timer on the 
WEB panel that displays server properties. The 
customer or delegate can change the time 
value to their choice, The timer is used for both 
Peer-to- Peer Remote Copy and FlashCopy. It is 
activated when a Peer-to«Peer Remote Copy 
volume is suspended and when FlashCopy 
Freeze option is chosen and Consistency 
Grouping has been activated for the logical 
subsystem. The timer will be stopped when a 
Consistency Group Created order is received. 

3 FlashCopy Restart, With this bit set to one, the 
FlashCopy relationship can be restarted, Only 
one relationship is allowed on a volume and 
this bit will allow a refresh of the data without 
requiring a DSO Withdraw FlashCopy order to 
be executed, The volumes specified must be 
the same as in the previous command exe- 
cution. This bit is ignored if there is no 
FlashCopy relationship on the volumes. 

If this command originates from the Copy Ser- 
vices WEB server, only full volume FlashCopy 
will be specified. 

Detail for Flag bytes 2-3 
Bits Description 

0 Not used 

1 Accelerated destage mode. This bit being set 
will allow data staged into cache for a Concur- 
rent Copy operation (for example) to be 
demoted sooner than a normal LRU destage, A 
property of a dump or copy operation is that 
the data will only be read once. 

2 Peer-to-Peer Remote Copy mode. In Phase 
one, this bit must be set to zero. 

3 CKD volume if set to zero, Fixed Block volume 
if set to one. 

Note: If this command is received on a 
SYS/390 channel and the order indicates 
that the operation is for a fixed block 
device, a Diagnostic Control command 
must have been received previously that 
enables this capability, See Section 
4.9.3.9, "Diagnostic Test Support - FO" 
on page 89. 



4 If zero, perform a background copy for the 
identified extents. If set to one, do not perform 
the background copy. 

5 When this bit is set to zero, allow the target 
device to be in an on-line state. 

When this bit is set to one, do not allow the 
pair to be established if the target volume is 
on-line to any host. 

Note: It is assumed that this is detected by the 
absence of any path group state which 
indicates the device is grouped. This bit 
is ignored if a Fixed Block device is Indi- 
cated. 

6 If this bit is set to zero, destage ail source 
cache modified data before allowing modifica- 
tions to the volume. In Phase one and iwo T this 
bit must be set to zero, 

7 Start/Continue Change Recording for the 
FlashCopy volume pair when set to one. 
Change recording for the entire volume will 
begin on both the source and target volumes. If 
Flag byte bit 8 (Inhibit write of the target) is set 
to one r change recording will not be performed 
on the target volume. 

Note: For Blacktip, the implementation will 
perform change recording using the 
FlashCopy bitmap which is only on the 
target volume. The bitmap will be valid 
for change recording only following a 
destage of all source cache modified 
data to the physical volume. 

When this bit is zero and the pair is performing 
change recording „ 

if bit 12 is set the bitmaps will toggle and 
change recording will stop. 

if bit 12 is zero the bitmaps will be unchanged 
and change recording will stop- 

S Inhibit writes to the target volume. The sense 
given will be the same as if the volume were a 
Peer-to-Peer Remote Copy secondary. 

9 Persistent FlashCopy Relationship, When set to 
one, the relationship can only be removed by a 
DSO Withdraw FlashCopy order. 

10 incremental Peer4o«Peer Remote Copy opera- 
tion. For this operation, the Peer-to-Peer 
Remote Copy primary volume is the target of a 
FlashCopy, When this bit is set to one, the 
'n-r change recording bitmap will be 'ored' 
with the Peer-to-Peer Remote Copy Suspension 
bit map. Incremental operations operate only 
on full volumes. 

To perform the actual ^synchronization, a 
Establish Peer-to-Peer Remote Copy Pair order 
with flag byte 1 set to copy out of sync tracks to 
the secondary must be executed. 

11 Perform operations at a specific time interval 
when set to one. 

This is not a BlackTip deliverable, 

12 Restore FlashCopy parr with changed tracks 
indicated in the change recording bitmap. The 
source and target change recording bitmaps 
will be 'ored* and the incremental FlashCopy 
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f will restore from the source tracks, {Not a 

I BtackTtp deliverable.) 

Note: The notion of restoring from either the 
source or target volume can be accom- 
plished by correctly specifying the 
volume in the source and target param- 
eters of this command, 

| 13*1$ Not used 

Sparse Volume: The extents in bytes 26-41 (and fol- 
lowing) contain track addresses to identify one or 
more tracks to copy or make available to the target 
volume. Phase one of FlashCopy performs operations 
on a single volume to single volume relationship but 
not ail tracks need to be specified on the volumes. 
Those tracks not specified will not be copied to the 
target and a read or non-format write to these non- 
specified tracks will provide unpredictable results. 

Note; The DSO Establish FlashCopy order will cause 
cache modified data for the identified extents 
to be destaged to the source volume and dis- 
carded for target volume. Data for tracks not 
identified will be maintained as If FlashCopy 
was not executing. 

The CCHH values in the start extents and end extents 
parameters must be valid track addresses for the 
volume and the end extent must be greater than or 
equal to the matching start extent. See Appendix A, 
"Device data, geometries, and facilities" on page 313. 
If these conditions are not met, the command is termi- 
nated with status that includes unit check (Command 
Reject, format X < 04 * t Invalid Parameter). 

For Phase 1 of FlashCopy, byte 2 bits 2 and 6 must be 
zero and the target start and end extents must be the 
same as the source start and end extents. For Phase 
1 & 2, byte one bit zero must be set to one. If these 
conditions are not met, the command is terminated 
with status that includes unit check (Command Reject, 
format X T 04 ' , Invalid Parameter), 

Only a Read Message ID can be chained if the 
Message Required flag is one. If this condition is not 
met, the command is terminated with status that 
includes unit check (Command Reject, format X'02', 
Invalid Command Sequence), 

When the Restore FlashCopy pair order is specified 
(bytes 2-3 bit 12) and the operation is to restore from 
the original target back to the source, certain 
restrictions are required. (Not a BfackTip deliver- 
able,) 

J • A FlashCopy relationship must exist for the two 
I volumes, 

| * The FlashCopy relationship must be persistent. 

| • The background copy must be specified and com- 
[ pleted. 

| ff these conditions are not met, the command Is termi- 
nated with status that includes unit check (Command 
Reject, format X * OF \ Status Not as Required, Reason 

I CodeSA). 

Channel End and Device End are returned when: 
1 , the parameters have been verified 



2. the source 'destage cache modified data' task has 
been queued 

3. the target 'discard cache modified data 1 task has 
been queued 

Commands that attempt to modify either the source or 
target volume prior to completion of the 
destage/discard task will receive a long busy unit 

| check. Long Busy will be given until destage is com- 

| plete. 

Following device end presentation, the asynchronous 
task of destaging data will proceed. If that operation 
ended abnormally due to pinned data, the message 
presented will beX*06 ? . 

For Phase 3, long busy will not be used since the 
destage of source cache modified data will not be 
completed prior to allowing write access to the 
volume. This will improve the time to complete the 
command, If a write occurs to a track that has modi- 
fied data not yet written to the device, CCR will be 
signalled on the channel and an immediate destage 
will be performed for the affected track, 

Extended Long Busy State: The Long Busy (State 
Change Pending) state is designed to keep an I/O for 
a volume queued in the host until the controller fin- 
ishes with work in progress that would normally take 
longer than a missing interrupt timer interval. When 
DSO Establish FlashCopy is received, all the 
volume(s) that are affected will destage the source 
cache modified data. The volume{s) will be in the long 
busy state until that destage work is completed, For 
cases where the customer wants to create a con- 
sistent FlashCopy across many volumes in the same 
or different controllers, a capability is provided to 
Freeze the volumes and not allow updates. Bit 2 in 
Flag byte 1 will cause the devices to go into a timed 
{WEB panel consistency grouping timer) Extended 
Long Busy state following the destage activity. The 
reason for this Is to allow enough time for a control- 
ling host to send DSO Establish FlashCopy order with 
Freeze indicated to all controllers followed by Con- 
sistency Group Created to all controllers. Receipt of 
Consistency Group Created order will stop the timer 
and reset long busy. The Freeze operation can be 
Issued without regard to activity happening on the 
volumes. The idea is to stop dependent I/O from exe- 
cuting on volumes that have already been 
FlashCopyed until the dependent volume has been 
FlashCopyed, Once all volumes of interest have 
received this command, I/O can be allowed and the 
target volumes are all consistent at a point in time. 

Since the busy state affects customer applications, 
the Freeze and subsequent Thaw should execute very 
rapidly. Each command should complete in. less than 
a half second. The time value for the Extended Long 
Busy is set by default to 2 minutes. A Consistency 
Group Created will reset the Extended Long Busy 
state if being actively timed. 

Note: The Extended Long Busy state is called 'Con- 
sistency Grouping* on the WEB Copy Services 
Screens, The Extended Long Busy state being 
set on will only affect the initiation of an addi- 
tional timing interval following the normal 
destage activity for an individual volume. DSO 
Establish FlashCopy and Consistency Group 
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Created will be accepted when the Extended 
Long Busy state is not set. 

Programming Note: When this order is issued under 
VM, the target volume is protected from user 
specification error by checking to see if the 
issuer of the order has write access to the 
volume. This is done using the values in bytes 
20-23 which are set by the MVS guest to be the 
device address it knows. 

Note: Prior to completion of this order, alf modified 
data in cache for the specified source volume 
extents must be destaged and ali modified or 
unmodified data in cache for the specified 
target volume extents must be discarded. In 
the extreme case, where the MVS is full of 
small records and the customer has started 
many establish orders, the time to destage can 
be quite long and could exceed the missing 
interrupt handler time out. For this reason, the 
command must execute in an asynchronous 
manner The message required bit in the flag 
byte provides this capability. In Phase 3, the 
intention is to create another structure in the 
controller that will allow a deferred destage 
thus gaining better performance on the 
command. 



j Functional Change | 

Update DSO Withdraw FiashCopy order to add the 
bits and control options for allowing this command 
to be sent in a Peer-to-Peer Remote Copy relation* 
ship, -Seotton 4,11*3.4 Page 149 

l N End of Functional Change , _ — J 



4.11.34 DSO Withdraw FiashCopy (Order X'49*) 

The DSO Withdraw FiashCopy order identifies to the 
control unit a source and target volume and the asso- 
ciated extents to withdraw from a FiashCopy relation- 
ship. 

Note: This order performs no operation on a ISA 
volume pair when operating in native ISA 
mode unless the volume has been placed in bit 
map mode, CE/DE status is returned upon 
determination that the volumes are in a native 
ISA subsystem and are not operating in bit 
map mode,, 

For a CKD operation the addresses in bytes 5 and 7, 
when specified, must be base addresses. If they are 
not, then execution is terminated with status that 



includes unit check (Command Reject, format X 1 OF 1 , 
Status Not as Required, Reason Code 64). 

Address Checking 

• When the operation is for a CKD volume and byte 
2 bit 2 is zero, the volume specified as the source 
volume must be the address this command is 
received on. 

• If byte 2 bit 2 is set to one, the volume specified 
as the target in bytes 6-7 must be the volume this 
command is received on> 

• If the volume specified is a Fixed Block volume, 
the address this command is received on can be 
any valid CKD address in the subsystem. 

If any of these conditions are not met, the command 
is terminated with status that includes unit check 
(Command Reject, format X'04 1 , Invalid Parameter). 

Note: if this command is received on a SYS/390 
channel and the order indicates that the opera- 
tion is for a fixed block device, a Diagnostic 
Control command must have been received 
previously that enables this capability. See 
Section 4.9.3.9, "Diagnostic Test Support - F0" 
on page 89. If the Diagnostic Test Support 
order Copy Services Mode Control was not set 
to one, the command is terminated with status 
that includes unit check (Command Reject, 
format X 1 04 s Invalid Parameter). 

For the specified CKD volume, when this command is 
first-in-chain {excluding SMR), and a Perform Sub- 
system Function, Set Special Intercept Condition was 
executed for the addressed device on any interface 
with the same path group identifier as the interface 
processing the command, processing of this 
command is terminated with status that includes unit 
check (Command Reject, Environmental Data Present, 
format X'OF * Reason Code 80) with a program action 
code of X'70 1 - 

This order requires a minimum of twenty six param- 
eter bytes. The maximum number of bytes that can 
be sent is 1786, The order-unique bytes are defined 
as follows: 



Figure 21 {Page 1 of 2). DSO Withdraw FiashCopy 
Parameters 


Byte 


Vatue 


Description 


0 




DSO Withdraw FiashCopy 


1 




Flags 

Bit Description 

0 Not used 

1 FiashCopy Remote. This command will 
be **m to the Peer-to -Peer Remote Copy 
secondary. 

2-7 Nol used 
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Figure 



21 (Page 2 of 2), 
Parameters 



DSO Withdraw FiashCopy 



Byte 



2.3 



4*6 



6-7 



8*9 



20^21 



22»23 



24-25 



42- 
nn 



Value 



Description 



FiashCopy Flags 
Bits Description 



When set to one, withdraw specified 
extents. 

Now: BH 0 wiii be set to zero for 
FiashCopy Phase 1. 

When set to one, withdraw all extents on 
the source volume and all extents on the 
target volume- This function is provided 
to remove ail extents in the case when 
knowledge of which extents are active 
has been lost or Is not available. 

Specify target volume only. Wttft this bit 
set to one, only the target address is 
required to be specified in the paramo 
ters, The source volume address irt bytes 
4-5 will be determined w« the control 
unit from stored information. 
CKD voiuroe if set to aero. Fixed Block 
volume if set to one, 
Mote: If this command is received on a 
SYS&9G channel and tha order 
indicates that the operation for 
a fixed btock device, a D&gnasttc 
Control command must have been 
received previously that enables 
this capability. See section 
4.9.3.9, "Diagnostic Teat Support * 
FO* on page 89. 
Stop Change Recording If set to one. A 
vatee of zero will leave charge recording 
if it is active on either volume. (Not a 
BtecKTfp efeffiraaijfe.} 



5*15 Not used 



Source volume address. High byte is the LSS. Low 
byte Is the CKD volume address or the Fixed BlocK 
LUN address, 

Note; When byte 2 bit 2 is set to one, this field 
should be set to zero by the invoker of the 
command. The control unit will no* cnecK 
the values for zero. 



Target Volume address. High byte Is the LSS. low 
byte is the CKD volume addnsss or the Fixed Block 
LUN address. 



Peer-io-Peer Remote Copy target volume SS1D, 
■VW-tfr Phooo ^? This field Is valid only when 



byte 1 bit 1 & sot to one. 



Feer«to-Peer Remote Copy target volume control 
unit serial number, -VeMtoPfceaefr ThisfieJdJs 
valid onty when byte 1 bit 1 is set to one. 



Source host device number. Used by Vfv) for mini 
disk identification, This field is not used or stored 
in the subsystem. 



Target host device number. Used by VM for mini 
disH ident'totion, THs field is not used or stored 
in die subsystem. 



Count of Extent Pairs. 

For Phase one, this value will be zero. Byte 2 bit 1 
will be set to one to indicate full volume withdraw 
only. For Phase two and following phases, byte 2 
bit zero would be valid and wouid indicate that the 
Mowing extent ranges would be used. The 
maximum value is 1 10, _ 



Extent Pairs. CCHH or LSA track descriptor. 
Bytes Description 
28-28 Source Start. 
30-33 Source End. 
34-37 Target Start. 
3B-41 Target End, 



Remaining Extent pairs. 



When used, the CCHH values in the start extents and 
end extents parameters must be valid track 
addresses for the volume type and the end extent 
must be greater than or equal to the matching start 
extent See Appendix A, "Device data, geometries, 
and facilities* on page 313. If these conditions are 



not met the command is terminated with status that 
includes unit check {Command Reject, format X ■ 04 ' , 
Invalid Parameter). 

> if byte 1 bit 1 is set indicating a Remote Peer-to-Peer 

> Remote Copy operation; 



> 
> 
> 
> 
> 
> 

> 
> 
> 
> 
> 

> 
> 
> 
> 
> 
> 
> 
> 
> 

> 
> 
> 
> 
> 
> 

> 
> 
> 
> 
> 
> 



The volume receiving the command must be a 
Peer~to~Peer Remote Copy primary, if this condi- 
tion Is not met, the command is terminated with 
status that includes unit check, {Command Reject, 
format X'0F\ Status Not as Required, Reason 
Code 94), 

The Secondary PeeMo-Peer Remote Copy volume 
must not be long busy. If it is, the command is ter- 
minated with status that includes unit check 
{Command Reject, format X'OFS Status Not as 
Required, Reason Code 13), 
The secondary Peer-to-Peer Remote Copy volume 
must not be in 'Status cannot be Determined' 
state. This information will be obtained by a 
RSSD order X*0F* command sequence from the 
primary CU to the Secondary CU over the Peer to 
peer interface. If it is, the command is terminated 
with status that includes unit check (Command 
Reject format X*0F<, Status Not as Required, 
Reason Code 22), 

There must be at least one active path estab- 
lished to the secondary control unit to complete 
this order, If there are no paths, the command is 
terminated with status that includes unit check 
{Command Reject, format X * OF T , Status Not as 
Required, Reason Code 52). 

If the primary control unit timed out waiting for 
communications resources to complete the 
command with the secondary volume, the 
command is terminated with status that includes 
unit check (Command Reject, format X 1 OF \ Status 
Not as Required, Reason Code 5A). 

For Phase 1 and 2 of Home Area FiashCopy, byte 2 bit 
0 and bytes 24-25 must be zero; byte 2 bit 1 must be 
one. If these conditions are not met, the command is 
terminated with status that includes unit check 
(Command Reject, format X' 04', invalid Parameter), 

If a relationship exists for the source device and byte 
2 bit 2 is set to zero, the values in bytes 4-19 must be 
the same as received in a prior DSO Establish 
FiashCopy order. If these conditions are not met, the 
command is terminated with status that includes unit 
check (Command Reject, format X f 04 ' , InvaM Param- 
eter). 

If a relationship exists for the target device and byte 2 
bit 2 is set to one, the source volume will be deter- 
mined from Copy Services globai status and this 
command will cause the removal of the relationship 
between the source and target volumes. 

Note; When data set level FiashCopy is implemented, 
the extents specified may be used to withdraw 
portions of the relationships. 

if a relationship exists for the target device with byte 
2 bit 2 set to one, and the source volume cannot be 
determined from Copy Services global status, the 
command will remove the relationship for the target 
device and good ending status will be returned. 
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ff there is no relationship for the specified operation, 
the command will perform no operation and good 
ending status will be returned. 

Channel End is returned when the parameters have 
bean verified, Device End is returned when the 
extents have been withdrawn and the relationship 
removed. 



| ~ Functional Change 

Change Consistency Group Created order to make it 
work for both PPRC and FlashCopy - Section 
4,11.2,34 Page 141 

j End of Functional Change — 



4.1 1 .2,34 Consistency Group Created (Order X ■ 67 1 ) 

This order is designed for Data Base Consistency 
Automation, The receipt of this order signals to the 
controller that software has completed the work nec- 
| essary to ensure secondary PPRC volume consist- 
ency and FlashCopy volume consistency across all 
controllers and devices that are related. 

| For Peerto-Pmr Remote Copy volum&s. Within an 
individual primary control unit, devices are related if 
they have the same secondary control unit which is 
identified by its sequence number and SSiD, 

| For FfashCopy volumes,: This command will apply to 
all the FlashCopy volumes in the logical subsystem or 
in the session when Flag byte bit 1 is set to one. 
Bytes 16-29 are not used in this mode. 

| For both type of volumes.: Those volumes that were 
i in an Extended Long Busy state will dear that state 
j and begin to accept I/O activity again. Those same 
volumes will clear the potential to go Extended Long 
Busy so that a subsequent update I/O that would have 
triggered this state will execute without application 
interruption. 

This order can be issued on any installed volume 
address (should be a Utility Device which cannot be 
reserved to another host), 

This order will be executed even if the volume 
address used on the channel is in the long busy state. 

If a TSF or DSO Set Special Intercept Condition" was 
executed for the addressed device on any interface 
with the same path group identifier as the interface 
processing the command, processing of this 
command is terminated with status that includes unit 
check (Command Reject, Environmental Data Present, 
Format X'OF' Reason Code X»80'} with a program 
action code of X 1 70 1 . See 4.112,6, "Set Special Inter- 
cept Condition (Order X ' 1 B » f on page 111 



This order requires 32 parameter bytes to be trans- 
ferred. The order unique-bytes are defined as follows: 



Figure 22, Command Format - Consistency Group 
! Created 


Bytes 
u 


Value 




X'87* 


Consistency Group Created 


1 


Flags 


Bite Description 

0 Message required - set to zero- 

1 Execute this command for RashCopy 
volumes when set to one. All volumes in 
the logical subsystem or session vM 
thaw, 

2 Session ID in bytes 30-31 valid if set to 
one. (M>f a BiackTip rto/JwfwMe.) 

3-7 Mot used 


2 




Primary toglcaf Subsystem number 


3 




Not used 


4-1 3 




Primary control unit Sequence number 


14*16 




Primary control unit SSJD 


16 




Secondary Logical Subsystem number 


17 




Not used 


16-27 




Secondary Control Unit Sequence number 


26*29 




Secondary control unit SS1D 


30-31 




Session ID (Not a Bfaektip tfefiverabie) 



For a CKD device, the LSS value in byte 2 must be 
the same as the LSS the command was received on. 
If this condition is not met, the command is termi- 
nated with status that includes unit check (Command 
Reject, format X ' 04 * , invalid Parameter). 

Byte 2 must contain the correct Primary logical sub- 
system number, bytes 4-13 must contain the correct 
Primary CU sequence number; bytes 14-15 must 
contain the correct Primary CU SSID. For Peer4o-Peer 
Remote Copy only, byte 16 must contain the correct 
Secondary logical subsystem number; bytes 16-27 
must contain the correct Secondary CU sequence 
number; bytes 28-29 must contain the correct Sec- 
ondary CU SSID; If these conditions are not met, the 
command is terminated with status that includes unit 
check (Command Reject format X r QF ' , Status Not as 
Required, Reason Code 53), 

[ For FlashCopy, bytes 16-29 are not used. 

| The Session ID, if valid, will be used to Identify the 
| volumes to be affected by this command , 

Channel End and Device End will be given when the 
parameters have been validated, 



|— ~ Functional Change ' | 

Add a bits to the RSSD FlashCopy Relationship 
Table for the device to indicate persistent copy and 
long busy,- Section 411,5,18 Page 171 

! End of Functional Change . 1 
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4.11.5.18 RashCopy Relationship Table for the Device 

If byte 6 of the Perform Subsystem Function Prepare 
for Read Subsystem Data is '11', the entire FlashCopy 
Relationship Table for the volume will be read. Each 
relationship is 26 bytes and when 1024 relationships 
(maximum) are established, this command will 
transfer 26,628 bytes. A minimum of 4 bytes will be 
transferred. When bytes 0-1 contain zero, the Informa- 
tion in bytes 2-3 is valid and bytes 4-29 will be unused 
and set to zero. 

Note; When a FlashCopy has been established 
between two ISA volumes In the same logical 
subsystem and Incremental Copy has not been 
specified, the Relationship Table will be empty 
and so indicated by a zero value in bytes 0-1 . 



Figure 23. FtasftCopy Source or Target Relationship 
Table 


Byte 


Vatue 


De&crtption 






Number or Entries for this volume. Set to zero- 
when there ere no FlashCopy relationships active- 
For Phase One of FlashCopy, the maximum value 
is one. 


2 




Size of each entfy. Set to X'1A'. ....... 


3 




FlashCopy Ve'rston 
Bits Description 

04 Not used 

€ ^otumo "ielofl^ 4}UQy i fef" , e i itfr(^r the 
cJcstogo ef ooti^e 'doto ef due to* en 

gyvTvirf *U"v TtJTTg" T?li JJT 1W VUnv«?'»pv; 

5 Volume Is extended long busy for in- 
sistency grouping, 

00 Phase one HashCopy only sup- 
ported, 

01 Phase two FlashCopy sup- 
ported. 

10 Phase three FlashCopy sup- 
ported- 




These bytes constitute a retetlonship entry. 


45 


LSS/ 
Voiume 


Source or Target Address 


6 




Flags 

Bite DescrfpSon 

0 When zero, this is a source relelicnshSp 
teble. When set to one, it is a target 
reiatasNp table. 

1 When ware, no Peer-to-Peer Remote Copy 
link required. When set to one, a Peer-to* 
Peer Remote Copy link te required for the 
volume pair, 

2 When zero, background copy task for the 
relationship is performed. When set to 
one, no background copy will be done, 

3 When set to one* a background copy task 
is actively being performed. 

Nolet This bit is needed since back- 
ground throttling came to be. 

4 Extents are in a Persistent FlashCopy 
Relationship 

5 Target Extents are Write Protected 
6-7 Not used 


7-11 




Sequence number or time value 


12-13 


SSID 


Target Logical Subsystem SSID value. 


14-17 


Count 


Number of contiguous tracks in the extent or for 
Phase 1 see note below. 


18-21 


CCHH 


Source Start Extent 


26*29 


Count 


Number of tracks remaining to copy for the extent. 




The format of bytes 4-29 is repeated the number of times indi- 
cated in bytes 0-1. 



Note: For Phase 1, bytes 14-19 contain a value which 
Is equal to the number of tracks on the full 
volume. 



p - " Functional Change j 

Add a bit to the Sense command to indicate the 
sense ts for the Remote volume, not the local one,- 
Section 6.3.1 .1 Page 201 

j End of Functional Change — « 1 



The sense bytes are defined as follows: 



Fkiure 24. Sense information summary 




Byte 


Bit 


Meaning 


Pag# 


0 


o ! 

1 
2 
3 
4 
$ 
6 
7 


Command Reject 
Intervention Required 
Sus out rarity vnecK 
equipment Check 
Data Check 
Overrun 
Nor used 

incomplete Domain 




1 


0 
1 

2 
3 
4 
5 

e 

7 


Permanent Error 
Jnvalid Track Format 
End of Cylinder 
Message to Operator 
No Record Found 
File Protected 
Write Inhibited 
Imprecise Ending 


m 


2 


0 
1 
2 
3 
4 
. 5 
6 
7 


Request inhibit Write 
Correctabfe (data check) 
First Error log 
Environmental Data Present 
Not used 
imprecise EndJng 
Not used 

Sense information for Remote Volume 


199 


3 




Residual Count 


201 


4 




Physical Drive ID 


201 


5 




Low Cylinder Address 


201 


6 




Head Address and High Cylinder Address 


201 


7 


0-3 


Format 
Message 


202 


a-2$ 




Format Dependent Information 


203 - 
209 


24 




Only used m ECKD 32-Byte format 


202 | 


25 




Program Action Code 


202 






Configuration information 


202 


2S 




Message Code 


203 


29-31 




Cylinder and Head Address 


203 



Functional Change 
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Add description of byte 2 bit 7 - Section 6.3.1.1 
Page 201 

| End of Functional Change 1 

Byte 2, Bit 7 Sense for Remote Volume; When this bit 
is set to one r the sense information returned is for a 
volume that is addressed at a PeeMo-Peer Remote 
Copy secondary control unit by using a Peer4o-Peer 
Remote Copy pair and its communications link to 
send the command. 



[— — Functional Change "~ 1 

Add additional reason codes for format 0 message F 
- Section 6.3.2.1 Page 203 

j End of Functional Change — _J 

> 13 An attempt to establish a CKD PPRC pair and 

> the secondary device is busy, reserved, or par- 

> ticipating in a Concurrent Copy or XRC session. 

> When attempting io establish a Fixed Block 

> PPRC pair or FlashCopy pair, the IUH cannot be 

> long busy, uninstalted, waiting for a Start Unit 

> command, with Format Failed status, active on 

> another interface, In a hardware failure state, or 

> performing a Write Same or Format Unit, 

80 Attempt to execute a Global Command on an 
interface that was disabled for Global Com- 
mands by a Perform Subsystem Function, Set 
Special Intercept Condition order, 

81 An attention was presented on an interface that 
was disabled for Global Commands by a 
Perform Subsystem Function, Set Special Inter- 
cept Condition order. 

82 No resources available to create relationships 
for the DSO Establish FlashCopy command or 
the number of relationships will exceed the 
maximum allowed. 

83 ESS battery feature unavailable or not installed. 
FlashCopy requires the battery for proper opera- 
tion, DSO Establish FlashCopy command. 

84 The FlashCopy volumes specified are not in the 
same Logical Subsystem or they are not of the 
same size and format, 

85 The target FlashCopy volume is a Peer-U>Peer 
Remote Copy primary or secondary or is an 
XRC primary volume. 

86 The feature that the command references is not 
installed or enabled for the subsystem. 

87 Outboard copy operations are not allowed to 
overwrite the volume. The volume is in use by 
another copy operation such as XRC or TDMF, 

| 88 The Peer-to-Peer Remote Copy/FlashCopy 
I session id is not active. 

89 An establish Peer-to-Peer Remote Copy session 
command was received, but the device is 
already associated with a different session. 

8A A Restore FlashCopy relationship command was 
received and the volumes were not in a per- 
sistent relationship whose background copy had 
completed. 



8B Critical Volume mode was specified with an 
asynchronous Peer-to-Peer Remote Copy opera- 
tion. 

8C An Establish Alphabet PeeMo-Peer Remote 
Copy pair command was received and the pair 
is not a suspended Alphabet Peer-to-Peer 
Remote Copy pair, 

8D An Establish Alphabet Peer-to-Peer Remote 
Copy pair command was received on a 
FlashCopy source volume. 

8E An Establish Alphabet Peer-to-Peer Remote 
Copy pair command was received on a non- 
Alphabet Peer4c~Peer Remote Copy primary 
volume. 

8F An establish Peer4o-Peer Remote Copy pair 
command was received and the secondary 
volume is an Alphabet FlashCopy target volume. 

SO An establish non-Alphabet Peer4o~Peer Remote 
Copy pair command was received and the sec- 
ondary volume is an Alphabet Peer4o-Peer 
Remote Copy primary volume. 

91 A Perform Subsystem Function Prepare to Read 
Lock Data order was received requesting Multi* 
Path Lock Facility data and the data was not 
available for presentation because: either the 
requested Multi-Path Lock Partition is not initial- 
ized, or cache is not available for use. 

92 An Establish Alphabet PeeMo-Peer Remote 
Copy Pair command was received and the 
primary volume is a non-Alphabet FlashCopy 
target volume. 

93 A cache storage control command cannot be 
accepted now because a Multi-Path Lock Dis- 
connect operation is in progress for an initial- 
ized Multi-Path Lock Partition, 

94 A command was received specifying that it 
should be sent to the Peer-to-Peer Remote Copy 
remote control unit for execution and the volume 
receiving the command Is not a Peer4o~Peer 
Remote Copy primary. 

95 A MuUi-Path Lock Facility order that can gen- 
erate an Attention message cannot be accepted 
because the subsystem message buffer is full. 

96 An Establish PeeMo-Peer Remote Copy Pair 
command attempted to perform a transition 
between asynchronous operation states that is 
not allowed. 

97 An DSO Establish FlashCopy order with the 
restart bit set (byte 1 bit 3) was received and the 
specified source and/or target volumes are in an 
existing relationship with some other volume, 

98 An DSO Establish FlashCopy order with the 
Incremental Peer-to-Peer Remote Copy bit set 
(bytes 2-3 bit 10) was receviced for a volume 
that is not in the correct Peer-to-Peer Remote 
Copy state. The Peer4o-Peer Remote Copy 
Primary volume was not established with bytes 
32-33 bit 7 set or the volume is not suspended at 
the time the DSO Establish FlashCopy order is 
received. 

99 A command was received specifying an opera- 
tion that is not supported on the hardware or 
software level of ESS. 
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> 9A A DSO Establish FlashCopy order with byte 1 bit 

> 3 set indicating a Restart FlashCopy operation 

> could not be completed due to the inability to 

> write metadata or global status, or some other 

> internal error- The volumes will be placed into a 

> terminate pending state with an indication in 

> NVS to this effect. 

> 9B A DSO Establish FlashCopy order or Establish 

> Peer-to-Peer Remote Copy Pair order was 

> rejected because the target LUN is reserved to 

> another initiator. 

> 9C A DSO Establish FlashCopy order cannot com- 

> ptete due to internal hardware conditions or lack 

> of resources to manage the relationship, 

> 9D A DSO Establish FlashCopy order cannot com- 

> plete because the maximum number of relation- 

> ships for the volume has been exceeded. (Data 

> Set level FC only) 

> 9H PPRC Carousel mode cannot be specified if 

> Alphabet PPRC and FlashCopy incremental 

> Copy is also specified, 

> 9F PPRC Carousel mode cannot be specified at the 

> same time as Establish PPRC with no-copy is 

> specified, 

> AO A FlashCopy Remote order must specify the 

> remote source volume to be the secondary 

> PPRC volume for the PPRC primary volume this 

> command was addressed to, 

| A1-FF Reserved 



~ ' " Functional Change 

Add a field to Sense which contains a pointer to the 
bad parameter byte when W Invalid Parameter 



sense is returned. This would only be used for PSF 
and PSO commands. - Section 6.3.2,2 Page 208 

End of Functional Change „ 



6,3.2,2 Bytes 8-23 for Format 0 

The following is a description of the Format 0 sense 
bytes. 

Bytes Definition 

8 Contains 'Reason Code f in some messages, 
otherwise zero, See "Byte 1, Bit 1 Invalid 
Track Formaf on page 200 and Message F in 
the preceding section. 

9 Contains a bit vector which points to the invalid 
parameter bits when Sense Format 04 \wa\\d 
Parameter, If the error does not involve bits the 
byte will contain zero. This would be used for 
PSF and DSO commands only, 

10-11 Contains a pointer to the invalid parameter 
byte. The pointer begins at a value of one. If 
the field is zero, this field is not valid. This 
would be used for PSF and DSO commands 
only. 

| 12-14 Zeros 

15-19 Serial Number 

Sense bytes 15 through 19 contain the plant of 
manufacture and serial number Information. 
This data is obtained from the VPD, 

20-21 Subsystem ID, 

22-23 Fault Symptom Code (FSC) 
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*Question 3: What is the scope of the claim? 
Reason(s) for above Answer: 
Portfolio Need 

^Question 1 : What are the portfolio needs In the area of your invention? 
Reason(s) for above Answer: 

Exploitation & Enforcement , 
^Question 1: How easily can the use of the invention by a competitor be detected? 

Reason(s) for above Answer: 

*Questton 2: How easily can the use of the invention be avoided by a competitor? 
Reason(s) for above Answer: 
Business Value 

^Question 1: What percentage of the companies producing products in the field of this invention might use 
this invention? 

Reason(s) for above Answer: 

^Question 2: What Is the vaiue of this patent to current or anticipated Alliance Activity between IBM and 
other companies? 

Reason(s) for above Answer: 

^Question 3: What is the value of this patent to current or anticipated Technology Transfer Activity 
between IBM and other companies? 

Reason(s) for above Answer: 

"Question 4: Does it result in prestige to IBM? 

Reason(s) for above Answer: 

Evaluation 
Search Information 
Search Office Information 
Allocation and Additional BiKIers 
Final Decision 
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